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SYSTEM AND METHOD FOR DETERMINING THE LIKELIHOOD 
OF THE PRESENCE OF A CONDITION OF A PATIENT'S HEART 

BACKGROUND OF THE INVENTION 

[0001 ] The field of the invention generally relates to a method and system for 
determining the likelihood of the presence of a condition of a patient's heart. 

[0002] Heart disease is the leading cause of death in the U.S. Heart disease is any 
condition that causes your heart to malfunction. When the words "heart disease" are 
used generically, it usually refers to coronary heart disease that leads to heart attacks 
and angina, ultimately caused by arteriosclerosis. But there are a wide range of other 
diseases of the heart such as congestive heart failure, valvular heart disease, diseases 
of the heart valves, cardiac arrhythmias, i.e., irregular heartbeats, diseases of the 
pericardium (sac around the heart), diseases of the myocardium (heart muscle), 
endocarditis (infection of a heart valve), and congenital heart disease, i.e., birth 
defects of the heart. There are a number of tools that are available to a physician to 
help monitor and diagnose malfunctions of the heart. They include history and 
physical examinations, chest x-ray, blood tests, echocardiograms, cardiac 
catheterizations, and electrocardiograms ("ECG") tests. An ECG is the most 
commonly performed cardiac test. This is because the ECG is a useful screening tool 
for a variety of cardiac abnormalities. In addition, ECG machines are readily 
available in most medical facilities, and the test is simple to perform, risk-free and 
inexpensive. 

[0003] The ECG machine records the electrical activity of the heart at rest (resting 
ECG). In a typical resting ECG test, a patient lies on an examination table, and 10 
electrodes (standard leads) are attached to the patient's arms, legs, and chest. The 
electrodes detect the electrical impulses generated by the heart, and transmit them to 
the ECG machine. The ECG machine produces a graph ("ECG tracing") of those 
cardiac electrical impulses. The ECG tracing provides a view of the heart from a 
different angle. The electrodes are then removed. The test takes less than 5 minutes 
to perform. 
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[0004] In a typical ECG test, a thermal writer or some other conventional writer 
records the ECG tracings on paper. In an effort to diagnose an abnormality of the 
heart, a physician would typically measure and analyze some of the significant 
parameter values (e.g., a Q-amplitude in lead II, Q-duration in lead II, T-wave 
amplitude in lead II, R-amplitude in lead a VL, etc.) manually on ECG (printout or on 
a computer display). Based on these manual measurements, the physician would 
assess the likelihood of the presence of an abnormality such as myocardial infarction, 
coronary heart disease, conduction abnormalities, thickened heart walls, etc. There 
are sometimes difficulties in evaluating an ECG. 

[0005] An ECG interpretation may often produce a false negative result. In some 
instances, the ECG may look normal or nearly normal. For example, a slightly 
increased R-wave amplitude in lead V5, together with a slightly abnormal QRS axis 
and a slight ST depression in lead V5 can be together an indicator for left ventricular 
hypertrophy (LVH). None of the parameter values alone show clearly the existence 
of a LVH, but a certain combination of these parameter values may indicate such a 
condition. On the other hand, the ECG interpretation may have false positive results. 
That is, some abnormalities that appear on the ECG have no real medical significance 
after thorough evaluation. For example, a significant Q-wave in Lead III can be 
misinterpreted as an inferior myocardial infarction. By adding more parameter 
values, e.g., the T-wave amplitude in Lead III, the ECG appears as a normal 
condition. In sum, ECG interpretation has its limitations. 

SUMMARY OF THE INVENTION 

[0006] In an exemplary embodiment of the invention, a method for determining the 
presence of a condition of a patient's heart, the method comprising the steps of: 
reading at least one parameter value of a bio-medical signal of a patient; and 
determining the likelihood of the presence of a condition of a patient's heart based on 
at least one parameter value, the step of determining including the step of comparing 
the at least one parameter value of the bio-medical signal with all corresponding 
parameter values stored in a database. 
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[0007] In another exemplary embodiment of the invention, a method determining 
the presence of a condition of a patient's heart, the method comprising the steps of: 
entering at least one parameter value of an ECG of a patient; comparing at least one 
parameter value of the ECG of a patient with all corresponding parameter values 
stored in a database; calculating a comparison result associated with a condition 
relating to the corresponding parameter values stored in the database; and calculating 
a probability value representing the likelihood of the presence of a condition based on 
the comparison result. 

[0008] In yet another exemplary embodiment of the invention, a computer program 
for performing the steps of a method for determining the presence of a condition of a 
patient's heart, the method comprising the steps of: reading at least one parameter 
value of a bio-medical signal of a patient; and determining the likelihood of the 
presence of a condition of a patient's heart based on the at least one parameter value, 
the step of determining including the step of comparing at least one parameter value 
of the bio-medical signal with all corresponding parameter values stored in a 
database. 

[0009] In yet another exemplary embodiment of the invention, a system 
comprising: a server; a computer program stored on the server for performing a 
method for determining the presence of a condition of a patient's heart, the method 
comprising the steps of: reading at least one parameter value of a bio-medical signal 
of a patient; and determining the likelihood of the presence of a condition of a 
patient's heart based on the at least one parameter value, the step of determining 
including the step of comparing the at least one parameter value of the bio-medical 
signal with all corresponding parameter values stored in the database; and a client and 
a web browser stored thereon for enabling a user to access the computer program. 

[001 0] In another exemplary embodiment of the invention, a system comprising: 
means for reading at least one parameter value of a bio-medical signal of a patient; 
and means for determining the likelihood of the presence of a condition of a patient's 
heart based on the at least one parameter value, the means for determining including 
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means for comparing the at least one parameter value of the bio-medical signal with 
all corresponding parameter values stored in a database. 

BRIEF DESCRIPTION OF THE DRAWING 

[001 1] Fig. 1 is a block diagram illustrating a system of components incorporating 
the preferred embodiment of the present invention. 

[0012] Fig. 2 illustrates a web page viewable from a web browser wherein a user 
may enter ECG parameter values. 

[001 3] Fig. 3 is a flow diagram of the method of operation of the system shown in 
Fig. 1 in accordance with the preferred embodiment of the present invention. 

[0014] Fig. 4 is a flow diagram of the execution sub-steps of a step of the method 
shown in Fig. 3. 

[001 5] Fig. 5 is detailed flow diagram of the method of operation of the system 
shown in Fig. 1 in accordance with the preferred embodiment of the present 
invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0016] Referring to Fig. 1 , there is shown a computer system 1 0 in which a server- 
based LAN 12 is connected to a server 14 for storing application software and files 
and routing shared information to clients 16,18. Server 14 includes the customary 
components of a computer including a CPU, a network or communications interface, 
RAM or ROM or other memory, as well as suitable storage devices such as disk or 
CD-ROM drives and a TCP/IP protocol stack (not shown) for facilitating the transfer 
of IP packets over LAN 12. A server based LAN is preferred, but other LANs may be 
employed for achieving communication between the clients, such as a peer-to-peer 
network. The most common software choices today seeking a server based LAN are 
some variant of Unix, Microsoft Windows 2000 or NT or XP, or Novell Netware. 
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Microsoft Windows 2000 or Windows XP however are the preferred operating 
systems for server 14 and clients 16,18. 

[0017] Each client 16,18 includes a display or monitor along with a personal 
computer equipped with a standard industry web browser 20,22 and a TCP/IP 
protocol stack (not shown) to facilitate the transfer of IP packets over LAN 12. 
However, the client sites could be cellular telephones, PDAs, or even appliances 
equipped with browsers and networking. LAN 12 can be an Ethernet or Token Ring 
network, but it can also be a telephone line network or a wireless network, using the 
IEEE 802.1 lb or Bluetooth or other wireless network protocol. 

[001 8] More generally, a client can be a PC, telephone, PDA, appliance, etc. 
equipped with an industry-standard (HTTP, FTP, WAP, HTML, XML, WML, 
cHTML, HDML, etc.) browser having wired (Ethernet, Token Ring, etc.) or wireless 
(cellular, Bluetooth, IEEE 802.11b, etc.) access via networking (TCP/IP, Novell, 
NetBUI, Appletalk, etc.) to nearby and/or remote peripherals, devices, appliances, etc. 
The preferred embodiment will focus upon a device that utilizes the TCP/IP (transfer 
control protocol/Internet protocol) for communication between peers or between 
clients or between clients and servers, each client device having an internal 
TCP/IP/hardware protocol stack, where the "hardware" portion of the protocol stack 
could be Ethernet, Token Ring, Bluetooth, IEEE 802.1 lb, or whatever software 
protocol is needed to facilitate the transfer of IP packets over a local area network. 

[001 9] For purposes of communication between clients, it is presumed that some 
mechanism is provided for assigning IP addresses to each client and to the server. For 
example, server 14 could function as a DHCP server, assigning IP addresses to itself, 
and each of the clients, printers, scanners, etc. whenever they become active and join 
the local network 12. Alternatively, each device might have a permanently assigned 
IP address. Or, in a peer-to-peer network, some other arrangement may be used 
whereby the peers may assign themselves addresses and identify themselves, as in a 
Bluetooth wireless network. 
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[0020] Returning to Fig. 1, as indicated above, clients 16,18 each include an 
internet web browser 20,22 for accessing application 24 stored on server 28, via the 
internet 30. Server 28 includes the customary components such as a CPU, a network 
or communications interface, RAM or ROM or other memory, as well as suitable 
storage devices such as disk or CD-ROM drives and a TCP/IP protocol stack (not 
shown) for facilitating the transfer of IP packets over LAN 12. The most common 
software choices today of server 28 are some variant of Unix, Microsoft Windows 
2000 or NT or XP, or Novell Netware. Microsoft Windows 2000 or Windows XP, 
however, are the preferred operating systems for server 28. As indicated above, 
server 28 includes computer program or application 24. Database 32 is part of 
application 24 and is stored on server 28. However, database 32 may be stored on 
another server or storage unit, separate from server 28. The details of database 32 are 
now discussed. 

[0021] Database 32 stores the parameter values of ECGs (bio-medical signals) of a 
large number of patients. For each patient in database 32, a vector of parameter 
values, e.g., P-amplitude (Pa) in lead I, T-amplitude (Ta) in lead V6, PR interval, 
angle of QRS (<QRS) etc. together with the reference diagnosis or condition (normal 
or abnormal) for all considered diagnosis classes (preferably, normal, acute 
myocardial infarction, all myocardial infarctions, left hypertrophy, right ventricular 
hypertrophy) are stored. A sample portion of the database structure of database 32 is 
shown in the Appendix. Database 32 is created using computer interpretation 
program that runs on several thousand digitized ECGs of patients with known heart 
conditions (Normal, Acute Myocardial Infarction, Myocardial infarction, etc.) that 
have been collected in the past. The computer interpretation program is conventional 
and may be purchased off the shelf. 12SL program is one example of this 
interpretation software and it is currently marketed by General Electric Medical 
Systems Information Technologies. However, the vector parameter values may be 
obtained manually or by other programs currently marketed. 

[0022] For every diagnosis class or heart condition the reference diagnosis is 
mapped to or designated as TRUE or FALSE in database 32. For example, a patient 
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has a myocardial infarction or not. That is, the degree is not considered. The total 
number of patients preferably consists of 2000 or more (including 500 patients per 
diagnosis class) in database 32 in order to reduce the chances of an inaccurate 
calculation of the values which represent the likelihood of the presence of a condition 
of the patient's heart. 

[0023] In order to access the web page of application 24, a user located at client 16, 
for example, may call for the web page using url (Universal Resource Locator) of the 
program. A preferred web page is shown in Fig. 2. This is discussed in more detail 
below. Then the values are entered by the user into browser 20, into web page 50. 
After clicking the ready button, the entered values are sent to server 28, wherein 
application 24 reads the parameter values (82). Then application 24 calculates the 
results, creates a web page with the results and sends the web page via server 14 to the 
client 16. Accordingly, browser 20 receives the web page and utilizes conventional 
language (JAVA Scripts, HTML, etc.) to construct the web page for display and 
viewing. 

[0024] Fig. 2 illustrates web page 50 of application 24 in accordance with the 
preferred embodiment of the present invention. Web page 50 includes several field 
boxes in which parameter values may be entered. Amplitudes are in microvolts (uV), 
durations are in milliseconds (ms) and axes are in degrees. The leads of the measured 
ECG parameter values are shown vertically along the left side of web page 50. The 
physician has measured the relevant parameter values of a resting ECG (bio-medical 
signal) from a printout or computer display and he/she may enter these values into 
web page 50 (i.e., program mask). For example, the physician has entered a 100[a.V 
for Q-amplitude in lead II, 30ms for Q-duration in lead II, and -50|U.V for T-wave 
amplitude in lead II. The physician would then click on the "READY" button and 
server 28 executes application 24, as discussed in more detail below, and generates 
values representing the likelihood of the presence of an abnormality or normality of 
the patient's heart. Results appear in the lower part of web page 50. For example, 
execution of application 24 generates a 96% value for myocardial infarction. That is, 
there is a 96% chance that the patient has a myocardial infarction based on the 
-7- 



Atty. Dkt. No.: 070191-0322 (31-HL-6088) 



parameter values entered. In addition, there is a 56% chance that the patient has a left 
ventricular hypertrophy. If the physician makes a mistake entering values, however, 
he/she may click "CLEAR," and the values in the field boxes are cleared. Web page 
50 also includes a "help" button to provide assistance to the physician if desired. Web 
page 50 may alternatively have different action buttons and may present different 
information to the physician. 

[0025] Fig. 3 is a "high level" flow diagram of the method of operation of system 
10 shown in Fig. 1. At step 80, the physician enters patient parameter values 
manually from an ECG and clicks on the "READY" button. This is performed 
through browser 20 on client 16. Execution steps 82-86 are performed by application 
24. In addition, application 24 actually reads the patient parameter values at 
execution step 82. At execution step 84, application 24 determines the likelihood of 
the presence of an abnormal or normal condition of a patient's heart taking into 
account the parameter values entered and the parameter values stored in database 32, 
as discussed in more detail below with respect to Fig. 4. The results are then 
displayed indicating the likelihood of the existence of one or more abnormal (or 
normal) conditions of the patient's heart, as step 86. Fig. 4 is a "break down" of the 
execution steps performed by execution step 84 shown in Fig. 3. 

[0026] Fig. 4 illustrates the execution sub-steps 90-94 of execution step 84 shown 
in Fig. 3. In particular, as part of execution step 84 in Fig. 3, application 24 compares 
the parameters values entered by the physician with corresponding patient ECG 
parameters values and reference diagnosis classes in database 32, at execution sub- 
step 90. At execution sub-step 92, application 24 then calculates the comparison 
results for each heart condition or diagnosis class. Following this step, application 24 
calculates values (such as a probability) representing the likelihood of the presence of 
an abnormal or normal condition based on the comparison result, at execution sub- 
step 94. In summary, application 24 acquires the parameter values from web page 50 
(entry mask) and the corresponding parameter values with limits, acquires the 
reference diagnoses and then calculates values (probability) of the likelihood of the 
presence of an abnormal or normal condition, i.e., calculates a diagnosis result. 
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[0027] Fig. 5 is a detailed flow diagram illustrating the operation of system 10, as 
described with respect to Figs. 3-4. As seen in the flow diagram, at step 100, 
application 24 receives or "gets" the patient parameter values pi, p2, p3. . .pN from 
web page 50 (entry mask). N is the number of entered parameter values. At step 102, 
the patient number in database 32 is set to 1, i.e., i=l, where "i" is the particular 
patient number. At execution step 104, application 24 then acquires or gets the 
corresponding parameter values PI, P2. . .PN and the reference diagnosis DCi, 
DC 2 . . -DCj from database 32 for all considered conditions or diagnosis classes "J" 
(e.g. Normal, Acute Myocardial Infarction, Myocardial Infarction, Left Ventricular 
Hypertrophy, Right Ventricular Hypertrophy) of the patient number 1 (i=T). J is the 
number of considered diagnosis classes. At step 106, application selects the first 
diagnosis class, i.e., sets the value of j=l. 

[0028] At execution step 108, application 24 calculates comparison results (TRUE 
or FALSE) by comparing the parameter values pi, p2,.. pN with database 32 
parameter values PI, p2,.. pN, using different upper and lower limits for each 
parameter and diagnosis class. This is accomplished by the following logical "and" 
equation: 

dcj = Ai and A2 and A 3 and A N 

where Ai = (PI - limlwrj) < pl< (Pl+liml uppei j) and A 2 = (P2 - lim2i owe r,)< p2 <(P2 
+ lim2 upP erj) and finally A N = (PN - limNi owei j) < pN < (PN + limN uppe r,). Each value 
of "A" is a comparison of the parameter values entered with the corresponding 
parameter values stored in database 32. This comparison equation generates a logical 
value for "A", i.e., it will either be "0" ("FALSE") or "1" ("TRUE"). Consequently, 
"dcj" will also have value of "1" or "0", i.e., TRUE or FALSE. 

[0029] "dc" is the comparison result from application 24 of diagnosis class "j." For 
example, dci equals the comparison result between pi . . .pN and PI . . .PN of diagnosis 
class "NORMAL." The same holds true for dc 2 > dc 3 , dc 4 and dc 5 . That is, these 
variables represent the comparison result of pi ...pN and PI . . .PN of diagnosis classes 
"Acute Myocardial Infarction," "Myocardial Infarction," "Left Ventricular 
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Hypertrophy" ("LVH") and "Right Ventricular Hypertrophy" ("RVH"), respectively. 
"limNioweri" and "limN upP erj" are the lower and upper limits, respectively, for each of 
the parameters for diagnosis class "j." The details of the limits are discussed below. 

[0030] An example of execution step 108 is now discussed. For example, if pi 
equals lmV, Pi equals 2mV and the upper and lower limits are .5mV, then (Pi - 
limlioweri) < pl< (Pl+liml upper i) appears as (2-.5 mV) < lmV < (2+.5 mV), i.e., 
1.5mV <lmV<2.5mV. Accordingly, Ai and consequently dci (for class 1, i.e., j=l) 
will have a value of "0", i.e., it is FALSE regardless of the values of A2. . . A N . 

[0031] A brief discussion about how the limits are obtained is in order. The limits 
are part of application 24. There are upper and lower limits for each parameter and 
each diagnosis class. There are several ways to determine or set the limits. In the 
preferred embodiment, limits are based on the typical accuracy of a person making 
manual measurement from an ECG (printout or computer display). Under normal 
conditions, the accuracy of manual measurements is approximately +/-0.2mm or 5%, 
whichever is greater. Therefore, the upper and lower limits for all amplitude 
parameters are set to 20uV or 5%, whichever is greater; the upper and lower limits for 
all duration parameters are set to 8ms; and the upper and lower limits for angular 
parameters are set to 5 degrees. In this respect, database 32 preferably consists of 
2000 (total) patients or more including 500 patients of each diagnosis class or more in 
order to reduce the chance of an inaccuracy in the calculation of the values which 
represent the likelihood of the presence of a condition of the patient's heart. 

[0032] In an alternate embodiment, the limit values for the disease diagnosis 
classes are set to the lowest limits, i.e., to zero and the upper limits to infinite. For 
example, (PI - limli owei j) < pl< (Pl+liml U p P eri) is simplified to Pl< pi. This 
simplification is suitable for the disease diagnosis classes such as acute myocardial 
infarction, myocardial infarction, left ventricular hypertrophy, right ventricular 
hypertrophy. In most cases, the simple limits are sufficient to detect diseases. For 
example, an R-wave in lead VL greater than 1.2mV is suitable for the detection of left 
ventricular hypertrophy, a Q-wave in lead II wider than 30ms is suitable for the 
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detection of a myocardial infarction, an ST-amplitude in lead V2 greater than lOOuV 
is suitable for the detection of acute myocardial infarction, or a P-wave in lead II 
greater than 1 50uV is suitable for the detection of right ventricular hypertrophy. An 
advantage of this embodiment is that it is tolerant to possible discontinuities in 
database 32. However, this simplification described may not be suitable for normals 
and some other diseases. 

[0033] The discussion returns now to Fig. 5. After comparison results are 
calculated, in execution step 108, application 24 proceeds to execution step 110 
wherein application 24 compares the reference diagnosis DCj with the comparison 
results dcj and increments the counter tpj (true positive for diagnosis class j) if both 
are TRUE. If the reference diagnosis DC, is not TRUE and the comparison result dcj 
is TRUE, application 24 increments the counter fpj (false positive for diagnosis class 
j). More specifically, execution step 110 includes several sub-steps 1 12-122. At 
decision step 1 12, it is determined whether the value of DC, is TRUE or FALSE. If 
DC, is TRUE, execution proceeds to step 114, wherein the value of "all," is 
incremented, "all," is the number of patients with the reference diagnosis TRUE of 
condition or diagnosis class "j". ("all" is the number of patients in database 32.) At 
decision step 116, application 32 determines whether dcj Is TRUE. If the answer is 
YES, tpj is incremented, at execution step 118 and execution proceeds to step 124. If 
the answer is NO, then execution proceeds directly to step 124 without incrementing 
tPj- 

[0034] Now, if DQ is FALSE at decision step 112, then execution proceeds to 
decision step 120, wherein application 24 determines if dcj is TRUE. If the answer is 
YES, then the counter fpj is incremented and execution proceeds to step 124. If the 
answer is NO, execution proceeds to step 124 without any counter increment. At 
decision step 124, application 24 determines if all diagnosis classes have been 
processed. If the answer is NO, execution proceeds to step 126 wherein the diagnosis 
class is incremented (j=j+l) and execution then returns to step 108. If the answer is 
YES, execution proceeds to decision step 128. When all diagnosis classes have been 
processed, application 24 determines whether all of the patients of database 32 have 
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been processed, at decision step 128. If the answer is NO, then application 24 
increments the patient counter (i=i+l) and returns to execution step 104, wherein the 
parameter values of the next patient are acquired. If the answer is YES, execution 
step proceeds to step 132, wherein application 24 calculates the normalized positive 
probability values for all diagnosis classes (in %). The probability values are 
calculated using the following formula: 

PPj = 100 * t Pj * (all-alljVCtpj * (all-all) + fpj * all) 

"all" is the number of patients in database 32 (as stated above). 

[0035] The diagnosis classes (e.g., Normals, LVHs, etc.) in the database 32 have 
different prevalences. This is normally the case (e.g., RVHs do not occur as 
frequently as LVHs). "pp," is the positive probability value of diagnosis class j. The 
positive probability value is defined as pp = 100 * tp/(tp + fp), wherein tp equals true 
positive and fp equals false positives. In order to make the positive probability value 
comparable between the different diagnosis classes, the frequency of occurrence in 
each diagnosis class (e.g., allj) has been normalized so that it is equal to the frequency 
of occurrence in the complementary diagnosis class (all-allj). The normalized positive 
probability value is ppj = (100 * tp, /all,) /((tpj/allj + fp,/(all-allj)) or pp = 100 * tp, * 
(all-allj)/ (tpj * (all-allj) + fpj * all,), "j" equals the diagnosis class (e.g. LVH), "tp," 
equals true positive, fpj equals false positive, "all," equals all diagnosed patients, e.g., 
all LVH patients, "all" equals all patients. Other alternative normalization may be 
implemented (e.g., the diagnosis class one third, the complementary diagnosis class 
two thirds.) Note that the normalized positive probability values are the results of 
application 24 and are displayed as percentage (%) values. In order to avoid the 
influence of possible parameter errors in database 32, a positive probability value is 
set to zero, when the corresponding number of true positives is below a defined limit. 
For a database with 2000 patients (total) including 500 patients in each diagnosis 
class, a limit of 3 is preferably used. With expansion of the database 32 by a factor of 
two, the limit should be multiplied by two. 

[0036] It is important to note that application 24 described above may also be used 

in environments other than the internet or intranet such as a stand alone PC or palm 
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pilot organizer equipped with a standard browser or other application capable of 
viewing a web page. The application 24 described may also be expanded to include 
additional parameters (e.g., S'- amplitude, R'- amplitude, etc.) or the number of 
diseases (e.g., bundle branch blocks, ischemia, etc.) In addition, application 24 may 
be used in other diagnostic tests or bio-medical examinations (such as an exercise or 
stress ECG) that measures bio-medical signals of a characteristic(s) of a patient (other 
than a resting ECG). Application 24 is preferably developed in C programming 
language, but other languages may be used. 

[0037] The foregoing description of a preferred embodiment of the invention has 
been presented for purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form disclosed and modifications 
and variations are possible in light of the above teachings or may be acquired from 
practice of the invention. The embodiment was chosen and described in order to 
explain the principles of the invention and its practical application to enable one 
skilled in the art to utilize the invention in various embodiments and with various 
modifications as are suited to the particular use contemplated. It is intended that the 
scope of the invention be defined by the claims appended hereto and their equivalents. 
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APPENDIX 

DATABASE DATA STRUCTURE 



1st patient I 


ref. 


.diagnosis ! 


! parameter 


values 


2nd patient | 


ref . 


. diagnosis 


i parameter 


values 


3rd patient | 


ref. 


. diagnosis 


i parameter 


values 




last patient | 


ref . diagnosis 


I parameter 


values 



The ref. diagnosis used in the presented program has the following structure: 



I DC1 | DC2 | DC3 [ DC4 | DC5 | 

The parameter values used in the present program have the following structure: 

+ + + + + + + + + + + + 

lead I | Pa | Qa | Qd | Ra | Rd | Sa | Sd |R'a I STJ |STM | Ta I 

lead II | Pa I Qa I Qd I Ra I Rd I Sa [ Sd |R'a | STJ I STM | Ta I 

lead III | Pa I Qa | Qd | Ra I Rd | Sa I Sd |R'a |STJ I STM | Ta I 

+ + + + + + + + + + + + 

lead aVL | Pa | Qa | Qd I Ra I Rd | Sa I Sd |R'a I STJ I STM | Ta I 

lead aVF | Pa I Qa | Qd | Ra i Rd | Sa | Sd |R'a | STJ I STM | Ta ] 

lead VI | Pa ( Qa | Qd I Ra | Rd | Sa I Sd |R'a I STJ I STM | Ta ! 

lead V2 | Pa | Qa I Qd I Ra I Rd I Sa \ Sd |R'a I ST J | STM | Ta ] 

lead V3 | Pa | Qa | Qd I Ra | Rd | Sa | Sd |R'a | ST J I STM | Ta I 

lead V4 | Pa | Qa I Qd | Ra I Rd \Sa I Sd |R'a | STJ I STM | Ta 1 

+ + + + + + + + + + + + 

lead V5 | Pa I Qa | Qd | Ra I Rd | Sa I Sd |R'a I ST J | STM | Ta | 

lead V6 | Pa I Qa | Qd | Ra I Rd I Sa | Sd |R'a I ST J | STM | Ta | 
+ + + + + + + + + + + + 
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I PR |P | QRS | QT | <QRS | 
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